home *** CD-ROM | disk | FTP | other *** search
/ Celestin Apprentice 5 / Apprentice-Release5.iso / Information / THINK C Digest / 1993 / 93-02 < prev    next >
Text File  |  1995-12-31  |  60KB  |  1,837 lines

  1. 
  2. Path: ucivax!gateway
  3. From: TPZ4@vm.cnuce.cnr.it (Rodolfo Cardarelli)
  4. Subject: Kalman filtering
  5. Message-ID: <9302010447.aa12735@q2.ics.uci.edu>
  6. Newsgroups: fa.think-c
  7. Lines: 10
  8. Date: 1 Feb 93 12:48:02 GMT
  9.  
  10. This question has actually nothing to do with Think-C, strictly speaking,
  11. or Mac interface. Anyway, do you have the source of some Kalman filters
  12. for real-time filtering?
  13. Of course it would be nice if it's already in Ansi C, or, better, if it
  14. uses somehow TCL.
  15. Anyway any information will be very much appreciated.
  16. Thank you
  17.  
  18. Rodolfo Cardarelli
  19. TPZ4@ICNUCEVM.CNUCE.CNR.IT
  20. 
  21. 
  22. Path: ucivax!gateway
  23. From: k059509@hobbes.kzoo.edu ("Jason A. Bobier")
  24. Subject: databases
  25. Message-ID: <9302040012.AA26347@hobbes.kzoo.edu>
  26. X-Mailer: ELM [version 2.3 PL11]
  27. Newsgroups: fa.think-c
  28. Lines: 19
  29. Date: 4 Feb 93 00:10:16 GMT
  30.  
  31. Hey there,
  32. I am planning on writing a medium size database program (50-75 thousand
  33. records) that needs to be able to run under the Mac OS and DOS. I need to be
  34. able to easily add my own functions in C & decent control over the user
  35. interface.
  36. What experiences have you fine folks had. Should I bother using a database
  37. program at all, or just write the thing in C++, porting the necessary
  38. objects.
  39. Also, I would prefer that the database program be compiled rather than
  40. interpretted. So I am basically writing my own program on top of a database
  41. shell.
  42.  
  43. BTW, this is being cross-posted to Mac-L & think-c so sorry for any
  44. repetitions.
  45.  
  46. thanx,
  47.  
  48. Jason A. Bobier
  49. k059509@kzoo.edu
  50. 
  51. 
  52. Path: ucivax!gateway
  53. From: k059509@hobbes.kzoo.edu ("Jason A. Bobier")
  54. Subject: databases
  55. Message-ID: <9302040450.AA12650@hobbes.kzoo.edu>
  56. X-Mailer: ELM [version 2.3 PL11]
  57. Newsgroups: fa.think-c
  58. Lines: 27
  59. Date: 4 Feb 93 04:47:54 GMT
  60.  
  61. > However, the information in most databases is pretty important, and it
  62. > seems to me that you stand to lose your data more easily if you try to
  63. > write the program from scratch, as opposed to using an extensively
  64. > tested cross-platform database such as FoxBase (dBase III+) or
  65. > Omnis 5.
  66. >
  67. > Really it depends on how good you are with C and with Foxbase etc...
  68. > (there is some learning there, too, of course) and how much time you
  69. > have to devote tohe project.
  70. >
  71. > --Brian
  72. > --Brian Pickerill <00BKPickeril@Leo.BSUvc.BSU.Edu>
  73. >
  74. >
  75. >
  76. >
  77.  
  78. I am pretty proficient at C, and have very limited experience with database
  79. programs. I am thinking of having the majority done by June, with fair
  80. amount of time to work on it (I'm still in school). I guess I am really
  81. lookng for a good library to help me implement a relational database (some
  82. good books on the subject would be useful as well :-). How easily do FoxBase
  83. & Omnis 5 let you create your own application on their database formats?
  84.  
  85.  
  86. Jason A. Bobier
  87. k059509@kzoo.edu
  88. 
  89. 
  90. Path: ucivax!gateway
  91. From: C511899@mizzou1.missouri.edu (Andrew McAllister)
  92. Subject: Think Reference 2.0 Wow, who do I thank?
  93. Message-ID: <9302040952.aa20928@q2.ics.uci.edu>
  94. Newsgroups: fa.think-c
  95. Lines: 10
  96. Date: 4 Feb 93 17:52:44 GMT
  97.  
  98. I recently received a copy of Think Reference 2.0 and have nothing but
  99. praise to shower. (Actually, I did find one tiny little bug) My problem
  100. is, I don't know who to thank. I would like to call or e-mail a
  101. supervisor level person at Symantec/Think division, but have no contacts
  102. there. Does anyone who fits the above description read this list? If so,
  103. who are you. I would like to send you a detailed list of all of the things
  104. I really like about this product. (I don't dislike anything)
  105.  
  106. Andrew McAllister
  107. c511899@mizzou1.missouri.edu
  108. 
  109. 
  110. Path: ucivax!gateway
  111. From: eric.lavigne@lyon.e3x.fr (" (Tel 72350000)" )
  112. Subject: Searching classes...
  113. Message-ID: <281175754357eric*eric.lavigne@lyon.e3x.fr>
  114. Autoforwarded: False
  115. Newsgroups: fa.think-c
  116. X400-Received: by /PRMD=inria/ADMD=atlas/C=FR/;
  117.     Relayed; 05 Feb 93 11:47:15+0100
  118. X400-Received: by /PRMD=e3x/ADMD=atlas/C=FR/;
  119.     Relayed; 05 Feb 93 11:45:43+0000
  120. Lines: 15
  121. Date: 5 Feb 93 10:49:24 GMT
  122. Importance: Normal
  123.  
  124. Hey,
  125.  
  126. I'm searching for a class which handle text of more than 32K.
  127. Is there someone who knows if it exists shareware or commercial
  128. versions of such a class ?
  129.  
  130. Is there other servers where I can find object classes ?
  131.  
  132. Thanks.
  133.  
  134. -- Eric
  135.  
  136. LAVIGNE@LYON.E3X.FR
  137.  
  138.  
  139. 
  140. 
  141. Path: ucivax!gateway
  142. From: huff@mcclb0.med.nyu.edu ("Edward J. Huff")
  143. Subject: comp.sys.mac.programmer FAQ
  144. Message-ID: <01GUCOQ7YTOY0001LD@MCCLB0.MED.NYU.EDU>
  145. Content-transfer-encoding: 7BIT
  146. Newsgroups: fa.think-c
  147. Lines: 27
  148. Date: 5 Feb 93 10:58:20 GMT
  149. X-Envelope-to: think-c@ics.uci.edu
  150.  
  151. >This FAQ list is maintained by Daryl Spitzer.  He can be reached at the
  152. >following addresses:
  153. >
  154. >   Internet:  Daryl_Spitzer@mindlink.bc.ca
  155. >   SnailMail: 203 - 1385 West 12th Avenue
  156. >              Vancouver, BC  (Canada)
  157. >              V6H 1M2
  158.  
  159. Lots of useful information.  If you haven't seen it, it can be obtained
  160. from pit-manager.mit.edu in the Usenet archive, archived under
  161.  
  162. macintosh/programmer-faq/part1 and macintosh/programmer-faq/part2
  163.  
  164. or from mail-server@pit-manager.mit.edu, send a message with "help"
  165. for info, or of course on your local Usenet news server in comp.answers
  166. and in comp.sys.mac.programmer (if it hasn't expired), and also
  167.  
  168. >This FAQ list is automatically posted once a week to comp.sys.mac.programmer.
  169. >It is also available via anonymous ftp from ftp.cs.uoregon.edu [128.223.8.8]
  170. >(user name 'anonymous', your internet address as password) in the files
  171. >/pub/mac/csmp-faq-1 and /pub/mac/csmp-faq-2.
  172.  
  173. --
  174. Edward J. Huff   huff@mcclb0.med.nyu.edu   (212)998-8465
  175. Keck Laboratory for Biomolecular Imaging
  176. NYU Chemistry Deptartment, 31 Washington Place, New York NY 10003
  177.  
  178. 
  179. 
  180. Path: ucivax!gateway
  181. From: jharland@dogbox.acme.gen.nz (Jim Harland)
  182. Subject: database code
  183. Message-ID: <m5qHyB1w165w@dogbox.acme.gen.nz>
  184. Content-Transfer-Encoding: 8bit
  185. Comments: Usenet User
  186. Content-Type: text/plain; charset=ISO-8859-1
  187. Mime-Version: 1.0
  188. Newsgroups: fa.think-c
  189. Organization: The Dawghaus BBS, Palmerston North, New Zealand (+64 6 357 9245)
  190. Content-Description: Untagged text converted to MIME.
  191. Lines: 9
  192. Date: 5 Feb 93 13:48:46 GMT
  193.  
  194. Profuse appologies to Andy Dent, who sent me the ctree info, and to
  195. Jeff, who didn't, but has a somewhat similar problem to mine.
  196.  
  197. Jim
  198.  
  199. --
  200. jharland@dogbox.acme.gen.nz (Jim Harland)
  201. The Dawghaus BBS, Palmerston North, New Zealand (+64 6 357 9245)
  202. Caller number 6098   Posting number: 1938   MS-DOS Waffle version 1.65
  203. 
  204. 
  205. Path: ucivax!gateway
  206. From: jharland@dogbox.acme.gen.nz (Jim Harland)
  207. Subject: database code
  208. Message-ID: <JBqHyB1w165w@dogbox.acme.gen.nz>
  209. Content-Transfer-Encoding: 8bit
  210. Comments: Usenet User
  211. Content-Type: text/plain; charset=ISO-8859-1
  212. Mime-Version: 1.0
  213. Newsgroups: fa.think-c
  214. Organization: The Dawghaus BBS, Palmerston North, New Zealand (+64 6 357 9245)
  215. Content-Description: Untagged text converted to MIME.
  216. Lines: 50
  217. Date: 5 Feb 93 13:48:46 GMT
  218.  
  219. Hi to all those who asked me to forward what info my request for TCL
  220. source code and database libraries generates. I most certainly will
  221. pass anything I get on.
  222.  
  223. Come on guys! to those of you who assume that we all know as much as
  224. you do. I'm a novice in this domain, as are many of those who have
  225. asked me to share your pearls of wisdom.
  226.  
  227. I'm a 4D (ACI/ACIUS) developer who's decided that it's not on to
  228. lumber prospective users of my products with the US$200 a runtime
  229. engine for databases created in such development environments as 4D,
  230. Omnis, and FoxPro costs. Actually, the product I'm working on now is
  231. intended to make life easier for people doing almost any sort
  232. research, and because I'm currently bankrupt I propose to give it
  233. away, initially anyway.
  234.  
  235. I want to store information pertaining to literature searches, and to
  236. personal communications (such as this). This will only ever be a
  237. single user product. It is unlikely ever to contain more that 1000
  238. records, with the average capacity requirement likely to be less than
  239. half that.
  240.  
  241. I have the (TCL) user interface finished, and am happy to send a copy
  242. of this shell to anyone who would like to get a better idea of what
  243. I'm on about - presumably in order that they may then be better
  244. placed to offer advice, or some other sort of assistance. I finished
  245. the equivalent 4D product long ago. I am now treating it as a
  246. prototype. This too is available (free, of course) to anyone who is
  247. prepared to advise me, and who has a 4D 2.1 or better runtime engine
  248. or developer kit.
  249.  
  250. There seem to be a number of us with quite similar requirements, so
  251. please don't hold out on us.
  252.  
  253. Thanks in advance! - and in the most grovelling manner you can
  254. imagine!
  255.  
  256. Jim
  257.  
  258. PS  Special thanks to Jeff Garner for his information on the ctree
  259. Plus library from Faircom. Faircom sent me an almost illegible 8 page
  260. fax containing a lot of detail that was way over my head. (They can't
  261. be expected to know what a dummy I am.) I suspect that if you were to
  262. describe how you use ctree one or more of our group might benefit
  263. enormously.
  264.  
  265. --
  266. jharland@dogbox.acme.gen.nz (Jim Harland)
  267. The Dawghaus BBS, Palmerston North, New Zealand (+64 6 357 9245)
  268. Caller number 6097   Posting number: 1938   MS-DOS Waffle version 1.65
  269. 
  270. 
  271. Path: ucivax!gateway
  272. From: eric.lavigne@lyon.e3x.fr (" (Tel 72350000)" )
  273. Subject: Requesting
  274. Message-ID: <281177048057eric*eric.lavigne@lyon.e3x.fr>
  275. Autoforwarded: False
  276. Newsgroups: fa.think-c
  277. X400-Received: by /PRMD=inria/ADMD=atlas/C=FR/;
  278.     Relayed; 05 Feb 93 15:21:07+0100
  279. X400-Received: by /PRMD=e3x/ADMD=atlas/C=FR/;
  280.     Relayed; 05 Feb 93 15:21:20+0000
  281. Lines: 16
  282. Date: 5 Feb 93 14:21:17 GMT
  283. Importance: Normal
  284.  
  285. Hey,
  286.  
  287. I'm searching for a class which handle text of more than 32K.
  288. Is there someone who knows if it exists shareware or commercial
  289. versions of such a class ?
  290.  
  291. Is there other servers where I can find object classes ?
  292.  
  293. Thanks.
  294.  
  295. -- Eric
  296.  
  297. LAVIGNE@LYON.E3X.FR
  298.  
  299.  
  300.  
  301. 
  302. 
  303. Path: ucivax!gateway
  304. From: asaria@rrdtc.donnelley.com
  305. Subject: Re: Requesting
  306. Message-ID: <9302051926.AA23631@uu6.psi.com>
  307. In-Reply-To: Your message of 05 Feb 93 14:21:17 +0000.
  308.              <281177048057eric*eric.lavigne@lyon.e3x.fr>
  309. Newsgroups: fa.think-c
  310. Lines: 22
  311. Date: 5 Feb 93 19:33:08 GMT
  312.  
  313.      Hey,
  314.  
  315.      I'm searching for a class which handle text of more than 32K.
  316.      Is there someone who knows if it exists shareware or commercial
  317.      versions of such a class ?
  318.  
  319.      Is there other servers where I can find object classes ?
  320.  
  321.      Thanks.
  322.  
  323.      -- Eric
  324.  
  325.      LAVIGNE@LYON.E3X.FR
  326.  
  327.  
  328. The class your looking for is called CPEditText.  I have it on my mac
  329. (but haven't used it).  If you can't find for ftp at one of the archive
  330. sites, let me know and I'll send it to you.
  331.  
  332. Riyaz
  333. asaria@donnelley.com
  334.  
  335. 
  336. 
  337. Path: ucivax!gateway
  338. From: dent@dialix.oz.au (Andrew Dent)
  339. Subject: ctree classes
  340. Message-ID: <9302060759.aa15439@perth.DIALix.oz.au>
  341. X-Mailer: SCO System V Mail (version 3.2)
  342. Newsgroups: fa.think-c
  343. Lines: 13
  344. Date: 6 Feb 93 00:04:00 GMT
  345.  
  346. Hi all
  347.  
  348. This is being posted to both the tcl & think-c groups due to questions on each
  349. I have an 11kb file which is a description of my ctree wrapper classes and how
  350. I used them in a TCL application.
  351.  
  352. I thought I'd just mail it direct to anyone specifically interested, rather than
  353. choke the list.
  354.  
  355. Andy Dent (A.D. Software - Mac & VAX programming)
  356. 94 Bermuda Dve, BALLAJURA  Western Australia  6066
  357. Phone/Fax: 09 249 2719 (local)  +619 249 2719 (International)
  358.        Internet: dent@DIALix.oz.au    Compuserve: 100033,3241
  359. 
  360. 
  361. Path: ucivax!gateway
  362. From: ingles@engin.umich.edu (Ray Ingles)
  363. Subject: Re: Requesting
  364. Message-ID: <5e016a388.0034237@wormwood.engin.umich.edu>
  365. Newsgroups: fa.think-c
  366. Lines: 2
  367. Date: 6 Feb 93 04:41:12 GMT
  368.  
  369. Thanks!
  370.  Ray
  371. 
  372. 
  373. Path: ucivax!gateway
  374. From: nagel@ics.uci.edu (Mark Nagel)
  375. Subject: ARCHIVE: te32k
  376. Message-ID: <19716.729143318@ics.uci.edu>
  377. Newsgroups: fa.think-c
  378. Reply-To: think-c-request@ics.uci.edu
  379. Lines: 24
  380. Date: 8 Feb 93 03:48:46 GMT
  381.  
  382. Subject: TE32K, TextEdit replacement package
  383. Date:     Sun, 3 Jan 1993 11:14:40 -0500
  384. From: Roy Wood <rrwood@canrem.com>
  385.  
  386. Here's the TE32K package, a replacement for the standard TextEdit routines.
  387. The major difference between TE32K and TextEdit is that TE32K allows for
  388. manipulation of text records LARGER than 32K.
  389.  
  390. The package consists of C source code and minimal documentation.  Generally,
  391. if you can use TextEdit, you already know how to use TE32K.  The package is
  392. designed to be a drop-in replacement for TextEdit, so basically no changes
  393. to your existing code are necessary.  (Liar! You have to change all your calls
  394. from TE routines to TE32K routines! Okay, but that's just a matter of a global
  395. search and replace-- the algorithmic stuff doesn't have to be changed)
  396.  
  397. TE32K is provided more-or-less free to everyone, though I ask that if you
  398. use it in a piece of software you sell, then please donate $1 to the World
  399. Wildlif Fund.
  400.  
  401. Bugs in the source are provided at no extra charge, of course :)
  402.  
  403. -Roy Wood (rrwood@canrem.com)
  404.  
  405. [saved as: /mac/think-c/code/te32k.hqx; 70K]
  406. 
  407. 
  408. Path: ucivax!gateway
  409. From: mihkel@tb.wr.wallac.fi (Mihkel Tammepuu)
  410. Subject: TE and invisible characters
  411. Message-ID: <9302080928.AA04545@tb.wr.wallac.fi>
  412. X-Mailer: ELM [version 2.2 PL0]
  413. Newsgroups: fa.think-c
  414. Lines: 20
  415. Date: 8 Feb 93 09:28:23 GMT
  416.  
  417.  
  418. Hello folks,
  419. I use TE to display text and  I use a font which includes also the
  420. control characters 0x00 - 0x1f, i.e. small cr for 0x13, small nl for 0x0A etc.
  421. However, I do not want to display them.
  422. On System 7 it's OK, but on sys 6, TE displays a small cr
  423. at the end of every line.
  424. So it seems to me that there is some (undocumented?) "show invisbles" flag
  425. which is set by default to false on sys 7 and to true on sys 6. Does anybody
  426. know more about it?
  427. What should I do to cure the problem? I edited the cr character of the font
  428. to "spcace" but it does not help - now it displays an empty rectangle.
  429. How can I remove the control characters from the font so that it starts from
  430. 0x20 ?
  431.  
  432. Mihkel Tammepuu
  433. mihkel@wallac.fi
  434.  
  435.  
  436.  
  437. 
  438. 
  439. Path: ucivax!gateway
  440. From: C511899@mizzou1.missouri.edu (Andrew McAllister)
  441. Subject: Writing Code Resources, Help needed
  442. Message-ID: <9302081221.aa22053@q2.ics.uci.edu>
  443. Newsgroups: fa.think-c
  444. Lines: 30
  445. Date: 8 Feb 93 20:21:13 GMT
  446.  
  447. I am writing a set of code resources in ThinkC and have a question regarding
  448. saving registers and system globals.
  449. My situation: MacProlog includes hooks to use CODE resources compiled with
  450. Think C or MPW C. MacProlog opens the resource file and passes control and
  451. function parameters to the code resource. Since MacProlog doesn't provide
  452. the window and image manipulation tools I need, I'm using Think C. So far
  453. everything is working, but I hate to keep going only to find out that I'll
  454. run into trouble later. My C code looks like this:
  455. #include <SetUPA4.h>
  456. main(x,y,z)
  457.     long x;
  458.     long y;
  459.     long z;
  460.     {
  461.     RememberA0();
  462.     SetUpA4();
  463. // ... open windows and files, use CopyBits, Lock handles, update windows
  464. // ... and lots more
  465.     RestoreA4();
  466.     }
  467. I have noticed that A4 isn't really mentioned in Inside Macintosh or Think
  468. Reference, but A5 is. Has think just written these A4 routines to make
  469. life easier, or should I be saving and restoring the A5 registers too or
  470. instead. Essentially all of the info passed to and from the Code rsrcs
  471. is passed in the function call. But I want to make sure that all of the
  472. windows and data structures I create inside the code resource don't get
  473. overwritten by the OS or memory manager.
  474. Again everything seems to work just fine so..If it ain't broke...
  475. Andrew McAllister
  476. c511899@mizzou1.missouri.edu
  477. 
  478. 
  479. Path: ucivax!gateway
  480. From: P30WCC9%NIU.BITNET@uicvm.uic.edu (WES COVALT)
  481. Subject: XWindoids
  482. Message-ID: <9302081256.aa26255@q2.ics.uci.edu>
  483. Newsgroups: fa.think-c
  484. Lines: 16
  485. Date: 8 Feb 93 20:56:44 GMT
  486.  
  487. I'm writing code for an external window in HyperCard.  I'm having
  488. trouble getting the Event Record:
  489.  
  490. XWEventInfoPtr    theBlockPtr;
  491. EventRecord       theEvent;
  492. WindowPtr         theWindow;
  493.  
  494. theBlockPtr = (XWEventInfoPtr) (paramPtr->params{1});
  495. theEvent = theBlockPtr->event;
  496. theWindow = theBlockPtr->eventWindow;
  497.  
  498. I'm not getting any compiler errors, but I know I'm doing something
  499. wrong (stupid?).  Can anyone shed some light on the subject?
  500.  
  501. Thank you,
  502. Wes
  503. 
  504. 
  505. Path: ucivax!gateway
  506. From: yangq@cs.wmich.edu (Qingkuang Yang)
  507. Subject: (none)
  508. Message-ID: <9302082053.AA02957@cs.wmich.edu>
  509. X-Mailer: ELM [version 2.3 PL11]
  510. Newsgroups: fa.think-c
  511. Lines: 1
  512. Date: 8 Feb 93 21:00:09 GMT
  513.  
  514. unscribe
  515. 
  516. 
  517. Path: ucivax!gateway
  518. From: ntai@oberon.com (Naoyuki Tai)
  519. Subject: TE32K, TextEdit replacement package
  520. Message-ID: <9302092109.AA06641@rosencrantz>
  521. In-Reply-To: <19716.729143318@ics.uci.edu> "nagel@ics.uci.edu"
  522. Newsgroups: fa.think-c
  523. Lines: 30
  524. Date: 9 Feb 93 22:23:46 GMT
  525.  
  526. Roy> Subject: TE32K, TextEdit replacement package
  527. Roy> Date:     Sun, 3 Jan 1993 11:14:40 -0500
  528. Roy> From: Roy Wood <rrwood@canrem.com>
  529.  
  530. Roy> Here's the TE32K package, a replacement for the standard TextEdit routines.
  531. Roy> The major difference between TE32K and TextEdit is that TE32K allows for
  532. Roy> manipulation of text records LARGER than 32K.
  533.  
  534. Roy> The package consists of C source code and minimal documentation.  Generally,
  535. Roy> if you can use TextEdit, you already know how to use TE32K.  The package is
  536. Roy> designed to be a drop-in replacement for TextEdit, so basically no changes
  537. Roy> to your existing code are necessary.  (Liar! You have to change all your calls
  538. Roy> from TE routines to TE32K routines! Okay, but that's just a matter of a global
  539. Roy> search and replace-- the algorithmic stuff doesn't have to be changed)
  540.  
  541. Roy> TE32K is provided more-or-less free to everyone, though I ask that if you
  542. Roy> use it in a piece of software you sell, then please donate $1 to the World
  543. Roy> Wildlif Fund.
  544.  
  545. Roy> Bugs in the source are provided at no extra charge, of course :)
  546.  
  547.  Thanks 1E6, Roy. This helps me a lot!!
  548.  I'm going to add multi-byte character support to it. (Or minimal
  549. support of Script Mgr, that is what I need to use it with Kanji.)
  550.  Sometime later, I'm willing that I post the extended one with
  551. rising the donation to $2. :-)
  552.  
  553. --
  554.   ntai@oberon.com (Internet), ntai@o-pj.tis.co.jp (Junet)
  555.   Naoyuki Tai, Oberon Software, Inc. TEL: 617-494-0990  FAX: 617-494-0414
  556. 
  557. 
  558. Path: ucivax!gateway
  559. From: joshr@ptolemy.arc.nasa.gov (Joshua Rabinowitz)
  560. Subject: hypercard events
  561. Message-ID: <9302102222.AA25575@ptolemy.arc.nasa.gov>
  562. Newsgroups: fa.think-c
  563. Lines: 33
  564. Date: 10 Feb 93 22:21:36 GMT
  565.  
  566.  
  567. Hey all,
  568.  
  569. Does anyone know if hypercard interprets events solely
  570. in the order they are in the queue, or does
  571. it give certain types of events (like mouse clicks) higher
  572. priority than others (like apple events)?
  573.  
  574. The reason I ask is such:  I have a program that send scripts to HC
  575. in a 'misc'/'dosc' apple event.  The problem is, that if my app sends an
  576. AE to HC, and the user quickly switches to HC and clicks a few buttons, the button
  577. clicks may be interpreted before the AE.
  578.  
  579. I thought maybe the event manager prioritizes events, but could find no such
  580. text in IM6.
  581.  
  582. Is the order of event interpretation possibly the problem?
  583. Or have I sent something wrong?
  584.  
  585. BTW, i am sending the event with the kHighPriority flag, (which puts it at front of
  586. queue), not the kNormalPriority flag (which puts it a end of event queue).
  587.  
  588. FYI:  HC2.1, mac IIci, 8megs RAM, few extensions
  589.  
  590. If you could reply by email, I would be thankful.  I will post summary to group
  591. if there is interest or I find something interesting.
  592.  
  593.  
  594. --
  595. ----------------------------------
  596. #include <std/disclaimer.h>     Josh Rabinowitz, Mac TCL programmer
  597. joshr@kronos.arc.nasa.gov
  598. "Me lost my cookie at the disco." -- Cookie Monster
  599. 
  600. 
  601. Path: ucivax!gateway
  602. From: joshr@ptolemy.arc.nasa.gov (Joshua Rabinowitz)
  603. Subject: Re: hypercard events
  604. Message-ID: <9302110056.AA27117@ptolemy.arc.nasa.gov>
  605. Newsgroups: fa.think-c
  606. Lines: 54
  607. Date: 11 Feb 93 00:55:24 GMT
  608.  
  609.  
  610. > From potts@oit.itd.umich.edu Wed Feb 10 16:47:59 1993
  611. > Date: Wed, 10 Feb 93 19:44:25 EST
  612. > To: Joshua Rabinowitz <joshr@ptolemy.arc.nasa.gov>
  613. > From: Paul Potts <potts@oit.itd.umich.edu>
  614. > Subject: Re: hypercard events
  615. > Content-Length: 1957
  616. >
  617. > >Hey all,
  618. > >
  619. > >Does anyone know if hypercard interprets events solely
  620. > >in the order they are in the queue, or does
  621. > >it give certain types of events (like mouse clicks) higher
  622. > >priority than others (like apple events)?
  623. >
  624. > I believe it is just first-come first-served, and the size of the
  625. > event queue is limited (20 or some such). There was a problem early
  626. > on in Mac software where an event type was dedicated to network
  627. > events, but it turned out to be impractical, because in a busy
  628. > environment the network event would not be processed before it
  629. > was gone from the queue, so that got changed.
  630. >
  631. > >
  632. > >The reason I ask is such:  I have a program that send scripts to HC
  633. > >in a 'misc'/'dosc' apple event.  The problem is, that if my app sends an
  634. > >AE to HC, and the user quickly switches to HC and clicks a few buttons, the button
  635. > >clicks may be interpreted before the AE.
  636. >
  637. > Here is my interpretation of what I think is happening, although I
  638. > could be wrong:
  639. >
  640. > AppleTalk is based on interrupts, which means that a Mac on the net can
  641. > get a packet and process it at interrupt time, while the app in front
  642. > continues to run.
  643. >
  644. > When you send an AppleEvent, you are basically doing it synchronously -
  645. > that is, waiting for the event to get built and sent before continuing.
  646. > When it is received, an app can be running in the front, (switching to
  647. > Hypercard for example) while a process that runs at interrupt time catches
  648. > the AppleTalk packet with the AppleEvent in it, and sends it through the
  649. > layers to have the AE translated, interpeted, and then put in the event
  650. > queue. Since this is happening in the background at interrupt time, the
  651. > app in front (Hypercard) is not blocking events while waiting for the
  652. > event; it continues to process events normally until the AppleEvent
  653. > gets interpreted and stuck in the event queue.
  654. >
  655. > I am not a real Mac guru though, so I could be wrong in all or part of
  656. > the above explanation. Hope this helps anyway...
  657. > -Paul Potts
  658. > potts@oit.itd.umich.edu
  659. >
  660. >
  661. So, if you are correct, short of having the sending app wait
  662. without calling WaitNextEvent, what can I do to alleviate the problem?
  663. 
  664. 
  665. Path: ucivax!gateway
  666. From: eric.lavigne@lyon.e3x.fr (" (Tel 72350000)" )
  667. Subject: Searching for OODB...
  668. Message-ID: <281227503757eric*eric.lavigne@lyon.e3x.fr>
  669. Autoforwarded: False
  670. Newsgroups: fa.think-c
  671. X400-Received: by /PRMD=inria/ADMD=atlas/C=FR/;
  672.     Relayed; 11 Feb 93 11:28:53+0100
  673. X400-Received: by /PRMD=e3x/ADMD=atlas/C=FR/;
  674.     Relayed; 11 Feb 93 11:30:37+0000
  675. Lines: 15
  676. Date: 11 Feb 93 10:29:06 GMT
  677. Importance: Normal
  678.  
  679. I'm searching informations about Object Oriented DataBases
  680. on macintosh or other computers.
  681. If you are a user of if you know about:
  682.     - NeoAccess
  683.     - Versant
  684.     - or another one OODB
  685. I will be very happy to get your comments.
  686.  
  687. Thanks.
  688.  
  689. -- Eric
  690.  
  691. LAVIGNE@LYON.E3X.FR
  692.  
  693.  
  694. 
  695. 
  696. Path: ucivax!gateway
  697. From: hagar@cats.ucsc.edu
  698. Subject: error strings
  699. Message-ID: <9302111800.AA17133@si.ucsc.edu>
  700. Newsgroups: fa.think-c
  701. Lines: 14
  702. Date: 11 Feb 93 18:00:53 GMT
  703.  
  704.  
  705. Hey all:
  706.  
  707. I remeber dimly someone posting information about code
  708. to convert OSErr codes to strings, for example
  709. -43 -> "file Not found".  The strings were not detailed, but
  710. it turns out would fit my needs exactly.
  711.  
  712. Does anyone know where I can find this?  I've tried using archie
  713. but I get the reply "dirsend timed out" or something similar.
  714.  
  715. Thanks very much
  716.  
  717. joshr@kronos.arc.nasa.gov
  718. 
  719. 
  720. Path: ucivax!gateway
  721. From: francis@csli.stanford.edu (Straw Man Dude)
  722. Subject: Preferences
  723. Message-ID: <9302112059.AA18674@Csli.Stanford.EDU>
  724. X-Mailer: ELM [version 2.3 PL11]
  725. Newsgroups: fa.think-c
  726. Lines: 11
  727. Date: 11 Feb 93 21:00:16 GMT
  728.  
  729.  
  730.  
  731. Hello,
  732.  
  733. I'm looking to add preferences to a C++ app that I have written.
  734. Is there a class somewhere that already exists that implements the
  735. file persistance etc..? I could repackage a Think C one also so I'm
  736. interested in that, too.
  737.  
  738. Thanks for any pointers,
  739. dave francis
  740. 
  741. 
  742. Path: ucivax!gateway
  743. From: Jean-Marie.Laborde@imag.fr
  744. Subject: Re: error strings
  745. X-Sender: laborde@imag.fr
  746. Message-ID: <9302120859.AA15780@imag.imag.fr>
  747. Newsgroups: fa.think-c
  748. Lines: 25
  749. Date: 12 Feb 93 09:00:05 GMT
  750.  
  751.  
  752. >I remeber dimly someone posting information about code
  753. >to convert OSErr codes to strings, for example
  754. >-43 -> "file Not found".  The strings were not detailed, but
  755. >it turns out would fit my needs exactly.
  756. >
  757. I wrote sometimes a code that shows nicely in a modal dialog
  758. an explicit text for all registred xxxErr.
  759. From the dialog it is possible to "ExitToShell", enter the Debugger
  760. or try to continue (safely or not).
  761. The strings are those from Apple as "furnished" in the DA System Errors
  762. (System Errors 3.1)
  763.  
  764. If there is some interest for this piece of code
  765. (about 600 lines... not including the resource containing the strings that
  766. can ne updated or changed by the end user...)
  767. I can post the source  and corrsponing TEXT resource in the Think-C group.
  768. Please let me know.
  769.  
  770.  
  771. Jean-Marie Laborde          laborde@imag.fr
  772. Laboratoire de Structures Discretes et de Didactique - IMAG
  773. Universite Joseph Fourier - CNRS          BP 53x 38041 Grenoble cedex FRANCE
  774. (33) 76 51 46 10   (sec 76 51 46 16)      (fax 76 51 45 55)
  775.  
  776. 
  777. 
  778. Path: ucivax!gateway
  779. From: evans@natural.com (Christopher Evans)
  780. Subject: Think Reference 2.0
  781. Message-ID: <9302122153.AA28875@natural.com>
  782. Newsgroups: fa.think-c
  783. Lines: 14
  784. Date: 12 Feb 93 22:21:38 GMT
  785.  
  786.  
  787.     Has everyone seen the Think Reference 2.0 guy move yet?
  788.  
  789. <==================================Q======================================>
  790.   Chris Evans                      |   Internet: evans@natural.com
  791.   Development                      |   Phone: 617-876-4876
  792.   Natural Intelligence, Inc.       |   FAX:   617-492-7425
  793.   2067 Massachusetts Avenue        |   AppleLink: NATURAL
  794.   Cambridge MA  02140              |   or evans@natural.com@INTERNET#
  795.  
  796.            When in doubt, use brute force.
  797.                -- Ken Thompson
  798.  
  799.  
  800. 
  801. 
  802. Path: ucivax!gateway
  803. From: evans@natural.com (Christopher Evans)
  804. Subject: Think Reference Guy Part 2
  805. Message-ID: <9302131623.AA00158@natural.com>
  806. Newsgroups: fa.think-c
  807. Lines: 21
  808. Date: 13 Feb 93 16:39:27 GMT
  809.  
  810.  
  811.     Put Think Reference 2.0 in the background for a while.  I'm not sure
  812. how long, but 15-20 minutes is usually sufficient.  When you bring it to
  813. the front again, watch the guy closely.  I would tell you what he does
  814. but its more fun to find out yourself.
  815.  
  816.     Somebody at Symantec is evil to put this in there with a timer on
  817. it!
  818.  
  819. <==================================Q======================================>
  820.   Chris Evans                      |   Internet: evans@natural.com
  821.   Development                      |   Phone: 617-876-4876
  822.   Natural Intelligence, Inc.       |   FAX:   617-492-7425
  823.   2067 Massachusetts Avenue        |   AppleLink: NATURAL
  824.   Cambridge MA  02140              |   or evans@natural.com@INTERNET#
  825.  
  826.             Finagle's fourth Law:
  827.       Once a job is fouled up, anything done to improve it only
  828.                makes it worse.
  829.  
  830.  
  831. 
  832. 
  833. Path: ucivax!gateway
  834. From: russne@catseq.catlin.edu (Russ Nelson)
  835. Subject: Re: Think Reference Guy Part 2
  836. Message-ID: <Pine.2.27-experimental.9302141711.A20778@catseq.catlin.edu>
  837. In-Reply-To: <9302131623.AA00158@natural.com>
  838. Content-Type: TEXT/PLAIN; charset=US-ASCII
  839. Mime-Version: 1.0
  840. Newsgroups: fa.think-c
  841. Lines: 31
  842. Date: 15 Feb 93 01:10:56 GMT
  843.  
  844. I was wondering why he moved! I noticed it once, but couldn't get it to
  845. happen again.  My personal favorite is still the DogCow, though.
  846.  
  847. Russ Nelson   *  internet:  russne@catseq.catlin.edu  *   bitnet:  nelson@catlin
  848. ->This came directly from a computer and is not to be doubted or disbelieved.<-
  849.  
  850.  
  851. On 13 Feb 1993, Christopher Evans wrote:
  852.  
  853. >
  854. >         Put Think Reference 2.0 in the background for a while.  I'm not sure
  855. > how long, but 15-20 minutes is usually sufficient.  When you bring it to
  856. > the front again, watch the guy closely.  I would tell you what he does
  857. > but its more fun to find out yourself.
  858. >
  859. >         Somebody at Symantec is evil to put this in there with a timer on
  860. > it!
  861. >
  862. > <==================================Q======================================>
  863. >   Chris Evans                      |   Internet: evans@natural.com
  864. >   Development                      |   Phone: 617-876-4876
  865. >   Natural Intelligence, Inc.       |   FAX:   617-492-7425
  866. >   2067 Massachusetts Avenue        |   AppleLink: NATURAL
  867. >   Cambridge MA  02140              |   or evans@natural.com@INTERNET#
  868. >
  869. >                         Finagle's fourth Law:
  870. >       Once a job is fouled up, anything done to improve it only
  871. >                            makes it worse.
  872. >
  873.  
  874.  
  875. 
  876. 
  877. Path: ucivax!gateway
  878. From: NLEONARD@rcnvms.rcn.mass.edu
  879. Subject: musician looking for help
  880. Message-ID: <01GUTP8ZHQD2CHHX39@RCNVMS.RCN.MASS.EDU>
  881. Content-transfer-encoding: 7BIT
  882. MIME-version: 1.0
  883. Newsgroups: fa.think-c
  884. X-VMS-To: IN%"think-c@ics.uci.edu"
  885. Lines: 13
  886. Date: 17 Feb 93 15:20:25 GMT
  887.  
  888.  
  889. I am writing think C programs that I use in concerts of interactive
  890. saxophone/computer music.  The segment of code which hold my source
  891. code is about to exceed 32K.  The manual is a bit cryptic.  Is there
  892. an easy way to have one project with two source segments of 32K which
  893. are loaded at the same time and can talk to eachother?
  894.  
  895. I am not on this list, please reply to:
  896.  
  897. nleonard@ecn.mass.edu
  898. Neil Leonard
  899. Computer Arts
  900. Massachusetts College of Art
  901. 
  902. 
  903. Path: ucivax!gateway
  904. From: dak@sq.com
  905. Subject: Re: musician looking for help
  906. Message-ID: <m0nOtc0-0003bPC@sq.com>
  907. In-reply-to: Your message of "Wed, 17 Feb 93 10:20:25 EST."
  908.              <01GUTP8ZHQD2CHHX39@RCNVMS.RCN.MASS.EDU>
  909. Newsgroups: fa.think-c
  910. Orig-To: NLEONARD@rcnvms.rcn.mass.edu
  911. Lines: 14
  912. Date: 17 Feb 93 18:35:22 GMT
  913.  
  914.  
  915. | I am writing think C programs that I use in concerts of interactive
  916. | saxophone/computer music.  The segment of code which hold my source
  917. | code is about to exceed 32K.  The manual is a bit cryptic.  Is there
  918. | an easy way to have one project with two source segments of 32K which
  919. | are loaded at the same time and can talk to eachother?
  920.  
  921. No problem.  Drag a file below the gray line in the project window;
  922. it will be in a new segment.
  923.  
  924. Dak
  925. David A. 'Dak' Keldsen of SoftQuad, Inc. email: dak@sq.com  phone: 416-239-4801
  926. "A facility for quotation covers the absence of original thought."
  927. -- Lord Peter Wimsey (Dorothy L. Sayers, "Gaudy Night")
  928. 
  929. 
  930. Path: ucivax!gateway
  931. From: hagenau@sesg1.dwhl.de (Rainer Hagenau/oi-es)
  932. Subject: Revision Management Tool like RCS ?
  933. Message-ID: <199302181008.DN12596@mail.Germany.EU.net>
  934. Mailer: Elm [revision: 70.30]
  935. Newsgroups: fa.think-c
  936. Lines: 17
  937. Date: 20 Feb 93 06:27:05 GMT
  938.  
  939. Hi everyone,
  940.  
  941. I am looking for a revision management tool like UNIX RCS.
  942. Does anybody know one ?
  943.  
  944. An embedded tool for think-C is fine, but ...
  945. I like to get a tool that works even on every Mac document.
  946. --
  947.  
  948. Grusz/Greetings
  949.  
  950. Rainer Hagenau
  951.     Software Engineering Support, oi-bs Kst. 8361
  952.     Draegerwerk AG, Moislinger Alle 53/55, 2400 Luebeck 1
  953.     - Germany -
  954.     Tel. 0451 / 882-4132    Fax. 0451 / 882-4022
  955.     e-mail: hagenau@sesg1.dwhl.de
  956. 
  957. 
  958. Path: ucivax!gateway
  959. From: franklin@eecs.ucdavis.edu (Paul Franklin)
  960. Subject: Re: Revision Management Tool like RCS ?
  961. Message-ID: <9302202324.AA28508@endive.eecs.ucdavis.edu>
  962. In-Reply-To: Your message of "20 Feb 93 06:27:05 PST."
  963.              <199302181008.DN12596@mail.Germany.EU.net>
  964. Newsgroups: fa.think-c
  965. Reply-To: franklin@ece.ucdavis.edu
  966. Lines: 28
  967. Date: 20 Feb 93 23:24:32 GMT
  968.  
  969.  
  970. Rainer Hagenau's message dated: 20 Feb 93 06:27:05 PST
  971. >Hi everyone,
  972. >
  973. >I am looking for a revision management tool like UNIX RCS.
  974. >Does anybody know one ?
  975.  
  976. RCS, in its latest incarnation, is part fo the GNU software
  977. distribution.  This means that if you wanted to, you could port it
  978. (you'd also need GNU diff) to the Mac (despite the FSF's reluctance to
  979. support Apple in any way, shape or form).
  980.  
  981. It's been a project that I've wanted to do but probably won't have
  982. time for until at least this fall.  So, the real question is, is
  983. anyone else up to it?
  984.  
  985. If anyone else does it, how about modifying the actual code as little
  986. as possible?  I imagine you could just rewrite main() and add all of
  987. the event loop stuff and menus, and throw all of the source files into
  988. one project and it'd probably all work.  Oh, and you'd have to write
  989. an interface between rcs and diff (probably the easiest way is just to
  990. imbed diff in rcs; you could then also add menu options for diff as
  991. well).
  992.  
  993. Oh, there's also a commercial version of SCCS for the Mac; I've never
  994. used it and I don't know if it's any good.
  995.  
  996. --Paul Franklin
  997. 
  998. 
  999. Path: ucivax!gateway
  1000. From: detobin@cs.tcd.ie
  1001. Subject: Re: Revision Management Tool like RCS ?
  1002. Message-ID: <9302221024.AA22268@ashe.cs.tcd.ie>
  1003. Newsgroups: fa.think-c
  1004. Lines: 13
  1005. X-Mts: smtp
  1006. Date: 22 Feb 93 10:25:46 GMT
  1007. X-Envelope-to: think-c@ics.uci.edu
  1008.  
  1009.  Have a look in 'ftp.maths.tcd.ie:/pub/Mac' there is some interesting
  1010. gnu stuff there.
  1011.  
  1012. Donal.
  1013.  
  1014. o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o
  1015. | detobin@cs.tcd.ie    |                                          |
  1016. | +353-01-702-1797     |              'Sucess is a Hockey player' |
  1017. |                      | Cryptic would be saying life is obivious |
  1018. o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o
  1019. | Computer Architechture Group     Department of Computer Science |
  1020. | Trinity College Dublin                                  Ireland |
  1021. o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o
  1022. 
  1023. 
  1024. Path: ucivax!gateway
  1025. From: taph2@central.sussex.ac.uk (David William Joyce)
  1026. Subject: Please unscribe me...
  1027. Via: uk.ac.sussex.central; Mon, 22 Feb 1993 13:44:11 +0000
  1028. Message-ID: <25466.9302221237@solx1.central.sussex.ac.uk>
  1029. X-Mailer: ELM [version 2.3 PL11]
  1030. Newsgroups: fa.think-c
  1031. Lines: 3
  1032. Date: 22 Feb 93 14:10:50 GMT
  1033.  
  1034.  
  1035. Please unscribe me from the Think-C mail-list.  Thank you.
  1036.  
  1037. 
  1038. 
  1039. Path: ucivax!gateway
  1040. From: asaria@rrdtc.donnelley.com
  1041. Subject: Aliases & Cursors
  1042. Message-ID: <9302222101.AA19275@uu6.psi.com>
  1043. Newsgroups: fa.think-c
  1044. Lines: 78
  1045. Date: 22 Feb 93 21:09:11 GMT
  1046.  
  1047.  
  1048. Hi,
  1049.  
  1050. I apologize for the vague subject line but I couldn't think of anything
  1051. better.  I have a question about the cursor changeing when an alias of
  1052. a running application is double-clicked.
  1053.  
  1054. Attached is the source for a very simple program (a gutted version of an
  1055. EventLoop).  I compile and build an application, and everything is
  1056. fine when it's run (it just sits there like it should).
  1057.  
  1058. I can run the application, switch to the finder, and double-click on the
  1059. application's icon, the cursor momentarily changes from an arrow to a clock
  1060. and then into an arrow as when the application is in the foreground -- no
  1061. problems.
  1062.  
  1063. However, if I create an alias to the application, run the application,
  1064. switch to the finder and double-clike on the ALIAS's icon, the cursor
  1065. changes to the clock, the application comes into the foreground, but the
  1066. clock cursor doesn't change back to an arrow.
  1067.  
  1068. I tried this with "commercial" applications, and the cursor goes from arrow
  1069. to clock to arrow just fine.
  1070.  
  1071. What's going on here?  Does my application have to keep track of when it's
  1072. brought to the foreground (and how do I do this)?
  1073.  
  1074. I'd appreciate any help.  Thanks.
  1075.  
  1076. Riyaz
  1077. asaria@donnelley.com
  1078.  
  1079. -----------------------Source follows--------------------------------------
  1080.  
  1081. #include "FASTBatch.h"
  1082.  
  1083. void main()
  1084.  
  1085. {
  1086.     EventRecord        theEvent;
  1087.     WindowPtr        theWindow;
  1088.     Point            mountPoint;
  1089.     short            done = false;
  1090.     OSErr            errorCode;
  1091.  
  1092.     InitToolbox(); /* basic tool box inits */
  1093.  
  1094.     done = false;
  1095.     while(done != true)
  1096.     {
  1097.         if(WaitNextEvent(everyEvent, &theEvent, 10L, nil))
  1098.         {
  1099.             switch(theEvent.what)
  1100.             {
  1101.                 case mouseDown:
  1102.                     break;
  1103.  
  1104.                 case keyDown:
  1105.                     done = true;
  1106.                     break;
  1107.  
  1108.                 case activateEvt:
  1109.                     break;
  1110.  
  1111.                 case updateEvt:
  1112.                     theWindow = (WindowPtr) theEvent.message;
  1113.                     BeginUpdate(theWindow);
  1114.                     EndUpdate(theWindow);
  1115.  
  1116.                     break;
  1117.  
  1118.                 default:
  1119.                     break;
  1120.             }
  1121.         }
  1122.     }
  1123. }
  1124.  
  1125. 
  1126. 
  1127. Path: ucivax!gateway
  1128. From: taihou@iss.nus.sg (Tng Tai Hou)
  1129. Subject: Apple-ISS Jobs in Singapore
  1130. Message-ID: <9302230819.AA10869@iss.nus.sg>
  1131. Newsgroups: fa.think-c
  1132. Lines: 23
  1133. Date: 23 Feb 93 08:18:18 GMT
  1134.  
  1135. ATTN: SOFTWARE ENGINEERS
  1136. RE:   JOB OPENING
  1137.  
  1138. The Apple-ISS Research Center at the Institute of Systems Science, National
  1139. University of Singapore, is soliciting applications from Mac software
  1140. engineers.  Applicants with experience in speech and/or handwriting research
  1141. are especially encouraged to apply.  The positions involve relocation to
  1142. Singapore.
  1143.  
  1144. The Apple-ISS Research Center was formed early this year as a joint venture
  1145. between Apple Computer and the Institute of Systems Science.  The Center
  1146. focuses on speech synthesis, speech recognition and handwriting recognition for
  1147. Asian languages.
  1148.  
  1149. Please send your applications to:
  1150.  
  1151. Dr. George White
  1152. Apple-ISS Research Center
  1153. Heng Mui Keng Terrace
  1154. Kent Ridge, Singapore 0511
  1155. Tel:  (65) 772-6571
  1156. Fax:  (65) 776-4005
  1157. Email:  white.g@applelink.apple.com
  1158. 
  1159. 
  1160. Path: ucivax!gateway
  1161. From: brians@fluxes.plk.af.mil ("Brian J. Scamman")
  1162. Subject: Animation with offscreen grafPort
  1163. Message-ID: <9302231625.AA11501@fluxes.plk.af.mil>
  1164. Newsgroups: fa.think-c
  1165. Lines: 12
  1166. Date: 23 Feb 93 16:25:27 GMT
  1167.  
  1168. Hi,
  1169.  
  1170. I've just started programming on the Mac, and wanted to do some simple
  1171. animation.  I thought I'd start with a simple bouncing circle.  The problem I'm
  1172. having is that its _very_ slow.  I have tried drawing directly to the window,
  1173. as well as using an offscreen grafPort and then using CopyBits to copy
  1174. the bitmap to the window.  (Drawing directly to the window was faster).  I've
  1175. seen some other programs that can perform animation much faster.  Is there some
  1176. trick that I'm missing?
  1177.  
  1178. Any help would be appriciated.
  1179. Brian
  1180. 
  1181. 
  1182. Path: ucivax!gateway
  1183. From: mxmora@unix.sri.com (Matthew Xavier Mora)
  1184. Subject: Re: Animation with offscreen grafPort
  1185. Message-ID: <9302231832.AA17432@unix.sri.com>
  1186. Newsgroups: fa.think-c
  1187. Lines: 31
  1188. Date: 23 Feb 93 18:32:12 GMT
  1189.  
  1190. At  4:25 PM 2/23/93 +0000, Brian J. Scamman wrote:
  1191. >Hi,
  1192. >
  1193. >I've just started programming on the Mac, and wanted to do some simple
  1194. >animation.  I thought I'd start with a simple bouncing circle.  The problem I'm
  1195. >having is that its _very_ slow.  I have tried drawing directly to the window,
  1196. >as well as using an offscreen grafPort and then using CopyBits to copy
  1197. >the bitmap to the window.  (Drawing directly to the window was faster).  I've
  1198. >seen some other programs that can perform animation much faster.  Is there some
  1199. >trick that I'm missing?
  1200.  
  1201. How big is your sprite that your are drawing? How are you drawing the circle?
  1202.  
  1203. Please explain the steps you are doing in your animation and we can tell
  1204. you how to improve it. I get excellent speed using offsceen buffers.
  1205.  
  1206. Things to consider:
  1207.  
  1208. Copy rectangular areas
  1209. Make sure depths match
  1210. Copy only data that you need (minimize or eliminate clipping)
  1211. Align bitmaps/pixmaps
  1212. Read tech note "of time and space and copybits)
  1213.  
  1214. Matt
  1215. __________________________________________________________________
  1216. Matthew Xavier Mora                         The keeper of the UMPG
  1217. SRI International                             Matt_Mora@QM.sri.com
  1218. [Sent using Eudora 1.3]                        mxmora@unix.sri.com
  1219. __________________________________________________________________
  1220.  
  1221. 
  1222. 
  1223. Path: ucivax!gateway
  1224. From: NLEONARD@rcnvms.rcn.mass.edu
  1225. Subject: artists looking for help with  serial ports
  1226. Message-ID: <01GV2CKGLJIACHIN5W@RCNVMS.RCN.MASS.EDU>
  1227. Content-transfer-encoding: 7BIT
  1228. MIME-version: 1.0
  1229. Newsgroups: fa.think-c
  1230. X-VMS-To: IN%"think-c@ics.uci.edu"
  1231. Lines: 20
  1232. Date: 23 Feb 93 19:57:22 GMT
  1233.  
  1234.  
  1235. Massachusetts College of Art teaches a course in creative robotics.
  1236. We are trying to hook a Motarola 68HC11EVB to a mac serial port.
  1237. The baud rate is 9600.  RS232 port built in.
  1238.  
  1239. Can anyone recommend a source for code to talk to the Mac serial
  1240. port?  We are also interested in any information on development
  1241. environments for the 68HC11, mac specific.
  1242.  
  1243. Any sample code to talk to the Mac serial port would be appreciated
  1244. very much.
  1245.  
  1246. Thank you in advance,
  1247.  
  1248. Neil Leonard
  1249. nleonard@ecn.mass.edu
  1250.  
  1251. Please send responses directly to me, I do not subscribe to this
  1252. list.
  1253.  
  1254. 
  1255. 
  1256. Path: ucivax!gateway
  1257. From: franklin@eecs.ucdavis.edu (Paul Franklin)
  1258. Subject: Re: Aliases & Cursors
  1259. Message-ID: <9302232026.AA12978@endive.eecs.ucdavis.edu>
  1260. In-Reply-To: Your message of "22 Feb 93 21:09:11 PST."
  1261.              <9302222101.AA19275@uu6.psi.com>
  1262. Newsgroups: fa.think-c
  1263. Reply-To: franklin@ece.ucdavis.edu
  1264. Lines: 36
  1265. Date: 23 Feb 93 20:27:17 GMT
  1266.  
  1267.  
  1268. Your message dated: 22 Feb 93 21:09:11 PST
  1269. >
  1270. >I can run the application, switch to the finder, and double-click on the
  1271. >application's icon, the cursor momentarily changes from an arrow to a clock
  1272. >and then into an arrow as when the application is in the foreground -- no
  1273. >problems.
  1274.  
  1275. This is done by one of the standard initializaion calls; I think it's
  1276. the call to initialize QuickDraw.
  1277.  
  1278. >However, if I create an alias to the application, run the application,
  1279. >switch to the finder and double-clike on the ALIAS's icon, the cursor
  1280. >changes to the clock, the application comes into the foreground, but the
  1281. >clock cursor doesn't change back to an arrow.
  1282.  
  1283. Yes, you do need to do this yourself.
  1284.  
  1285. >I tried this with "commercial" applications, and the cursor goes from arrow
  1286. >to clock to arrow just fine.
  1287. >
  1288. >What's going on here?  Does my application have to keep track of when it's
  1289. >brought to the foreground (and how do I do this)?
  1290.  
  1291. The general answer is to set the cursor whenever you get an event to
  1292. activate a window.  This should work under System 6 as well a System
  1293. 7.  Note that in the (now outdated) System 6 without MultiFinder, you
  1294. should be doing this anyways so you don't get stuck with a DA's
  1295. cursor.  So, the problem has been around even before MultiFinder.
  1296.  
  1297. For a MultiFiner-only (including System 7) application, you should
  1298. keep track of suspend and resume events, and generate your own
  1299. internal window activation events, but the above will work if you
  1300. don't have the 'accept suspend/resume events' flag set.
  1301.  
  1302. --Paul Franklin
  1303. 
  1304. 
  1305. Path: ucivax!gateway
  1306. From: tj@cs.ucla.edu (Tom Johnson)
  1307. Subject: Re: Control Panel for Multisync Monitors
  1308. Message-ID: <9302232217.AA01924@kona.cs.ucla.edu>
  1309. In-Reply-To: <9302232148.AA11644@tamarack.cray.com> from "John Matthews" at Feb 23, 93 03:48:56 pm
  1310. X-Mailer: ELM [version 2.4 PL21]
  1311. Content-Type: text
  1312. Content-Length: 1095
  1313. Newsgroups: fa.think-c
  1314. Lines: 26
  1315. Date: 23 Feb 93 22:17:17 GMT
  1316.  
  1317. John Matthews writes:
  1318. >
  1319. > I agree that there ought to be a control panel to reconfigure the Mac video
  1320. > (for resolution change).
  1321. >
  1322. > Given all this, I know it can be done....  I think the writers of depth-charge
  1323. > and depth-gauge could do this given their knowledge of the color bit depth
  1324. > stuff.
  1325.  
  1326. Unfortunately their knowledge of the colour stuff doesn't extend to various
  1327. companies' video card info.  I know.  I'm one of the DepthGauge developers.
  1328. (I did the low level patching stuff - Dan Segel handled much of the
  1329. interface stuff).
  1330.  
  1331. It's an interesting idea....maybe if we can get enough info from the
  1332. different hardware developers we could look into adding the functionality.
  1333.  
  1334. Unfortunately, neither Dan nor I feels particularly motivated to put in
  1335. more hours on DepthGauge (though we will fix bugs that people report, we
  1336. don't have any plans for future upgrades).  When we add up the amount of
  1337. shareware payments we received, and figure in the number of hours we spent,
  1338. we earned less than $1.00 per hour.  A lot less.
  1339.  
  1340. But we will add the idea to our list of possible upgrades.
  1341.  
  1342. Tom-
  1343. 
  1344. 
  1345. Path: ucivax!gateway
  1346. From: igorl@uiuc.edu (Igor Livshits)
  1347. Subject: That little patcher...
  1348. X-Sender: igorl@ncsa.uiuc.edu
  1349. Message-ID: <9302240046.AA12856@pluto.ncsa.uiuc.edu>
  1350. Newsgroups: fa.think-c
  1351. Lines: 9
  1352. Date: 24 Feb 93 00:46:49 GMT
  1353.  
  1354. Hello,
  1355.  
  1356. Does anyone remember the name of the patcher application that installs a
  1357. link for control-click between the Think C editor and Think reference 1.0?
  1358.  
  1359. Thank you, Igor
  1360. _____
  1361. NCSA-UIUC,  e:igorl@uiuc.edu,  p:(217) 244-5606
  1362.  
  1363. 
  1364. 
  1365. Path: ucivax!gateway
  1366. From: LAFARCIOLA@ichcmns.cmns.mnegri.it (max)
  1367. Subject: How to change volume refence number...THANKS
  1368. Message-ID: <7633DB6AA51F20019C@ichcmns.cmns.mnegri.it>
  1369. Content-transfer-encoding: 7BIT
  1370. Newsgroups: fa.think-c
  1371. X-VMS-To: in%"think-c@ics.uci.edu"
  1372. Lines: 8
  1373. Date: 24 Feb 93 13:47:50 GMT
  1374.  
  1375. Hello,
  1376.     THANK YOU VERY MUCH for your helps!!!
  1377. The solution was to use SetVol and GetVol simply,
  1378.                           Massimo
  1379.  
  1380. E-Mail: lafarciola@ichcmns.cmns.mnegri.it
  1381. Organization: "Mario Negri Sud" Institute
  1382.  
  1383. 
  1384. 
  1385. Path: ucivax!gateway
  1386. From: igorl@uiuc.edu (Igor Livshits)
  1387. Subject: Re: That little patcher...
  1388. X-Sender: igorl@ncsa.uiuc.edu
  1389. Message-ID: <9302241849.AB16785@pluto.ncsa.uiuc.edu>
  1390. Newsgroups: fa.think-c
  1391. Lines: 20
  1392. Date: 24 Feb 93 18:49:21 GMT
  1393.  
  1394. >The patch is called "Reference Link" and is available from sumex-aim. You
  1395. >need THINK Reference 2.0, not 1.0.
  1396. >
  1397. >Brian
  1398.  
  1399.  
  1400. Howdy,
  1401.  
  1402. Several people responded with Reference Link.  I am looking for the other,
  1403. earlier patcher.  I just got THINK Ref 2.0 and would like to start using
  1404. Reference Link.  As such, I would like to remove the earlier patch from my
  1405. THINK C editor.
  1406.  
  1407. That earlier patch also allowed for balanced parantheses and other goodies.
  1408.  It was a direct patch of the editor, not an extension.
  1409.  
  1410. Thanks, igor
  1411. _____
  1412. NCSA-UIUC,  e:igorl@uiuc.edu,  p:(217) 244-5606
  1413.  
  1414. 
  1415. 
  1416. Path: ucivax!gateway
  1417. From: igorl@uiuc.edu (Igor Livshits)
  1418. Subject: Re: That little patcher...
  1419. X-Sender: igorl@ncsa.uiuc.edu
  1420. Message-ID: <9302250122.AA18441@pluto.ncsa.uiuc.edu>
  1421. Newsgroups: fa.think-c
  1422. Lines: 11
  1423. Date: 25 Feb 93 03:44:03 GMT
  1424.  
  1425. >What you're looking for is 'text-editor-patches-123.hqx' which can be found
  1426. >in the info-mac/ex directory on sumex.stanford.edu (anonymous ftp).
  1427.  
  1428. Yes!  That's the one.
  1429.  
  1430. Thank you to all who responded and to Marc Parenteau for the tip!
  1431.  
  1432. igor
  1433. _____
  1434. NCSA-UIUC,  e:igorl@uiuc.edu,  p:(217) 244-5606
  1435.  
  1436. 
  1437. 
  1438. Path: ucivax!gateway
  1439. From: isler@gradient.cis.upenn.edu (Sylvia Isler)
  1440. Subject: GetNewWindow function call in Think C 5.04
  1441. Message-ID: <9302250601.AA25411@gradient.cis.upenn.edu>
  1442. X-Mailer: ELM [version 2.3 PL11-upenn1.7]
  1443. Posted-Date: Thu, 25 Feb 93 1:01:33 EST
  1444. Newsgroups: fa.think-c
  1445. Lines: 24
  1446. Date: 25 Feb 93 06:01:47 GMT
  1447.  
  1448. Recently I upgraded to Think C 5.04 after using Think C 4.0 for some time.
  1449. I just compiled my first program and I got the error.
  1450.  
  1451. "last argument to function GetNewWindow does not match prototype"
  1452. for the following line of code.
  1453.  
  1454. WindowInit()
  1455. {
  1456.     gGrammarWindow = GetNewWindow(128,NIL_POINTER,MOVE_TO_FRONT);
  1457.     ...
  1458.     ...
  1459. }
  1460.  
  1461. NIL_POINTER is defined as 0 and MOVE_TO_FRONT is defined as -1.
  1462. gGrammarWindow is declared as a WindowPtr.
  1463.  
  1464. Last time I checked GetNewWindow took three integer arguements. So this is
  1465. confusing.
  1466. Anyone out there know what could be wrong here?
  1467.  
  1468. --
  1469. Sylvia Isler
  1470. isler@gradient.cis.upenn.edu
  1471.  
  1472. 
  1473. 
  1474. Path: ucivax!gateway
  1475. From: eric.lavigne@lyon.e3x.fr (" (Tel 72350000)" )
  1476. Subject: Communication ToolBox tools
  1477. Message-ID: <281348915057eric*eric.lavigne@lyon.e3x.fr>
  1478. Autoforwarded: False
  1479. Newsgroups: fa.think-c
  1480. X400-Received: by /PRMD=inria/ADMD=atlas/C=FR/;
  1481.     Relayed; 25 Feb 93 12:46:35+0100
  1482. X400-Received: by /PRMD=e3x/ADMD=atlas/C=FR/;
  1483.     Relayed; 25 Feb 93 12:45:50+0000
  1484. Lines: 12
  1485. Date: 25 Feb 93 11:46:47 GMT
  1486. Importance: Normal
  1487.  
  1488. Hi,
  1489.  
  1490. I'm searching tools for the CommToolBox essentially for :
  1491. ZModem, TCP, ADSP...
  1492.  
  1493. Do you know where I can found shareware or commercial version
  1494. of such tools ?
  1495.  
  1496. Thanks.
  1497.  
  1498. LAVIGNE@LYON.E3X.FR
  1499.  
  1500. 
  1501. 
  1502. Path: ucivax!gateway
  1503. From: isler@graphics.cis.upenn.edu (Sylvia-Kay Isler)
  1504. Subject: RE: GetNewWindow...NO MORE ANSWERS PLEASE!
  1505. Message-ID: <9302251516.AA03987@graphics.cis.upenn.edu>
  1506. Posted-Date: Thu, 25 Feb 93 10:16:29 -0500
  1507. Newsgroups: fa.think-c
  1508. Lines: 7
  1509. Date: 25 Feb 93 16:41:27 GMT
  1510.  
  1511.  
  1512. Thanks to all who replied to my query. No more answers needed.
  1513.  
  1514. Thank you,
  1515.  
  1516. Sylvia
  1517.  
  1518. 
  1519. 
  1520. Path: ucivax!gateway
  1521. From: scotty@verdix.com
  1522. Subject: "Invalid Redeclaration" Errors Which Don't Exist
  1523. Message-ID: <9302260312.AA18766@verdix.com>
  1524. Newsgroups: fa.think-c
  1525. Lines: 32
  1526. Date: 26 Feb 93 03:12:43 GMT
  1527.  
  1528.  
  1529. This might be a newbie question, but I can't find it in a FAQ or after RTFM...
  1530.  
  1531. I've attempted three times now to rebuild a pre-existing project by starting
  1532. a new project, and then adding the source files and libraries back in the same
  1533. order as the original.  I also make sure the segments match.
  1534.  
  1535. Each time I've tried this, I can't compile all of the source files.  I get the
  1536. error message "invalid redeclaration" and a function comes up, highlighted, in
  1537. one of the source files.  If I attempt to compile further source files
  1538. individually, I'll get a couple more of the same error.
  1539.  
  1540. There is no redeclaration.  Not only did all of the source compile properly
  1541. already in the previous project, but I've run a search on all of the files to
  1542. see if another declaration for each specific function exists -- it does not.
  1543.  
  1544. Any idea what would make Think C (5.04) give this error?  A friend where I work
  1545. had this happen too under the same circumstances; ie. rebuilding a duplicate of
  1546. an existing project.
  1547.  
  1548. My goal is to take the existing source and modify parts of it to do what I
  1549. want, but this problem is keeping me from leaving the starting gate.  Thanks
  1550. for any pointers...
  1551.  
  1552.  
  1553. -------------------------------------------------------------
  1554. Disclaimer: I do not represent Verdix Corporation, and my
  1555. postings do not represent their opinions.
  1556. -------------------------------------------------------------
  1557.                                             Scott R. Chilcote
  1558.                                             scotty@verdix.com  - or -
  1559.                                             scotty%verdix.com@uunet.uu.net
  1560. 
  1561. 
  1562. Path: ucivax!gateway
  1563. From: tim@maths.tcd.ie (Timothy Murphy)
  1564. Subject: Re: "Invalid Redeclaration" Errors Which Don't Exist
  1565. Message-ID: <9302261518.aa01687@salmon.maths.tcd.ie>
  1566. In-Reply-To: scotty@verdix.com's message of 26 Feb 93 03:12:43 GMT
  1567. Newsgroups: fa.think-c
  1568. Lines: 26
  1569. Date: 26 Feb 93 15:18:22 GMT
  1570.  
  1571. > There is no redeclaration.  Not only did all of the source compile properly
  1572. > already in the previous project, but I've run a search on all of the files to
  1573. > see if another declaration for each specific function exists -- it does not.
  1574.  
  1575. One curious fact that I've observed,
  1576. which could possibly be relevant.
  1577. Sometimes a project seems to find a header file
  1578. that is neither in the Think C tree nor in the project tree.
  1579. Eg I couldn't compile the Starter project
  1580. because it found an oops.h
  1581. from a "Useful code" folder containing some old stuff from Symantec --
  1582. as opposed to the correct oops.h in the Think C tree.
  1583.  
  1584. (I'm still assuming that this was an error on my part,
  1585. though I can't see what it was.
  1586. The "Useful code" folder was outside both trees.)
  1587.  
  1588.  
  1589. Timothy Murphy
  1590.  
  1591. e-mail: tim@maths.tcd.ie
  1592. tel: +353-1-2842366 (home/office)
  1593.      +353-1-7021507 (university)
  1594. fax: +353-1-2842295
  1595. s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
  1596.  
  1597. 
  1598. 
  1599. Path: ucivax!gateway
  1600. From: jgarner@seattleu.edu (Jeff Garner)
  1601. Subject: Re: "Invalid Redeclaration" Errors Which Don't Exist
  1602. Message-ID: <Pine.3.03.9302261842.A30735-b100000@sumax.seattleu.edu>
  1603. In-Reply-To: <9302261518.aa01687@salmon.maths.tcd.ie>
  1604. Content-Type: TEXT/PLAIN; charset=US-ASCII
  1605. Mime-Version: 1.0
  1606. Newsgroups: fa.think-c
  1607. Lines: 43
  1608. Date: 27 Feb 93 02:46:19 GMT
  1609.  
  1610. The "problem" is that ThinkC will follow alias-folders, when searching for
  1611. files.  Try this:  place an alias of the #includes folder IN your project
  1612. folder.  You'll wind up in an infinite loop as ThinkC searches for the file.
  1613. In my opinion, this is a bug.
  1614.  
  1615. Jeff
  1616.  
  1617. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  1618. Jeff Garner     Shoestring Software Products   jgarner@seattleu.edu
  1619. (206) 232-1096   Mercer Island, Washington     jgarner@visual.spk.wa.us
  1620.  
  1621.  
  1622. On 26 Feb 1993, Timothy Murphy wrote:
  1623.  
  1624. > > There is no redeclaration.  Not only did all of the source compile properly
  1625. > > already in the previous project, but I've run a search on all of the files to
  1626. > > see if another declaration for each specific function exists -- it does not.
  1627. >
  1628. > One curious fact that I've observed,
  1629. > which could possibly be relevant.
  1630. > Sometimes a project seems to find a header file
  1631. > that is neither in the Think C tree nor in the project tree.
  1632. > Eg I couldn't compile the Starter project
  1633. > because it found an oops.h
  1634. > from a "Useful code" folder containing some old stuff from Symantec --
  1635. > as opposed to the correct oops.h in the Think C tree.
  1636. >
  1637. > (I'm still assuming that this was an error on my part,
  1638. > though I can't see what it was.
  1639. > The "Useful code" folder was outside both trees.)
  1640. >
  1641. >
  1642. > Timothy Murphy
  1643. >
  1644. > e-mail: tim@maths.tcd.ie
  1645. > tel: +353-1-2842366 (home/office)
  1646. >      +353-1-7021507 (university)
  1647. > fax: +353-1-2842295
  1648. > s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland
  1649. >
  1650.  
  1651.  
  1652.  
  1653. 
  1654. 
  1655. Path: ucivax!gateway
  1656. From: siegel@world.std.com (Rich Siegel)
  1657. Subject: Re: "Invalid Redeclaration" Errors Which Don't Exist
  1658. Message-ID: <199302270515.AA10238@world.std.com>
  1659. Newsgroups: fa.think-c
  1660. Lines: 14
  1661. Date: 27 Feb 93 05:15:34 GMT
  1662.  
  1663. >The "problem" is that ThinkC will follow alias-folders
  1664.  
  1665. Since when? Last I was aware, THINK C does -not- follow aliases. It would
  1666. be nice if it -did-, though, in some cases.
  1667.  
  1668. Invalid Redeclaration errors which appear when creating a new project
  1669. from scratch usually indicate that there's an #include or a #define in
  1670. the "Prefix" section of the project settings for the old project
  1671. document that needs to be brought across into the new project. In
  1672. this regard, the Prefix can be a bit inconvenient. One possible
  1673. handy feature for a future THINK C might be to support a "project.prfx"
  1674. text file in the same folder as the project....
  1675.  
  1676. R.
  1677. 
  1678. 
  1679. Path: ucivax!gateway
  1680. From: jgarner@seattleu.edu (Jeff Garner)
  1681. Subject: Re: "Invalid Redeclaration" Errors Which Don't Exist
  1682. Message-ID: <Pine.3.03.9302262223.A7179-b100000@sumax.seattleu.edu>
  1683. In-Reply-To: <199302270515.AA10238@world.std.com>
  1684. Content-Type: TEXT/PLAIN; charset=US-ASCII
  1685. Mime-Version: 1.0
  1686. Newsgroups: fa.think-c
  1687. Lines: 40
  1688. Date: 27 Feb 93 06:09:33 GMT
  1689.  
  1690.  
  1691. I'm *quite* certain that the problem happened to me as described.
  1692. I was using either 5.0.1 or 5.0.2 at the time.
  1693.  
  1694. I'll try to duplicate it again...
  1695.  
  1696. BTW, since I'm wasting bandwidth here, I might as well ask a question.
  1697. What's the best way to edit 'aete' resources without resorting to
  1698. commercial utilities?  I can't ever get ResEdit 2.1.1 to accept the
  1699. various versions of the 'aete' template I have.  (too many fields or
  1700. something to that effect).
  1701.  
  1702. Also:  I've developed a C Interface kit for the new Public Address BBS
  1703. system for the Mac.  Anyone interested in writing modules for the new
  1704. system (Ascii/Ansi/GUI), feel free to contact me.
  1705.  
  1706. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  1707. Jeff Garner     Shoestring Software Products   jgarner@seattleu.edu
  1708. (206) 232-1096   Mercer Island, Washington     jgarner@visual.spk.wa.us
  1709.  
  1710.  
  1711. On Sat, 27 Feb 1993, Rich Siegel wrote:
  1712.  
  1713. > >The "problem" is that ThinkC will follow alias-folders
  1714. >
  1715. > Since when? Last I was aware, THINK C does -not- follow aliases. It would
  1716. > be nice if it -did-, though, in some cases.
  1717. >
  1718. > Invalid Redeclaration errors which appear when creating a new project
  1719. > from scratch usually indicate that there's an #include or a #define in
  1720. > the "Prefix" section of the project settings for the old project
  1721. > document that needs to be brought across into the new project. In
  1722. > this regard, the Prefix can be a bit inconvenient. One possible
  1723. > handy feature for a future THINK C might be to support a "project.prfx"
  1724. > text file in the same folder as the project....
  1725. >
  1726. > R.
  1727.  
  1728.  
  1729.  
  1730. 
  1731. 
  1732. Path: ucivax!gateway
  1733. From: 72567.356@compuserve.com (Jeff Euton)
  1734. Subject: Macintosh/TI NuBus Question
  1735. Message-ID: <930227191726_72567.356_DHJ60-1@CompuServe.COM>
  1736. Newsgroups: fa.think-c
  1737. Lines: 24
  1738. Date: 27 Feb 93 19:22:53 GMT
  1739.  
  1740. BACKGROUND:
  1741. Apple's Designing Cards and Drivers publication, as well as the IEEE's NuBus
  1742. publication, both show that the /TM1, /TM0, /AD1, and /AD0 signals support
  1743. 8-bit byte and 32-bit word operations at address 0 (modulo 4).
  1744.  
  1745. PROBLEM:
  1746. With our 32-bit 1196-compatible Memory PCB, we need to enable only the
  1747. appropriate 16-bit RAM bank during 16-bit NuBus write operations. With the
  1748. current implementation, we don't see a way of preventing an address 0 modulo 4
  1749. write operation from accessing the entire 32-bits of RAM (and erroneously
  1750. writing an extra 16-bits).  Motorola's /SIZ1 and SIZ0 signals provide this
  1751. capability on the local uP bus.
  1752.  
  1753. QUESTION:
  1754. Is there a NuBus method of performing a 16-bit half-word (doublet) operation
  1755. at address 0 (modulo 4, /AD1, and /AD0 both H )? If so, how is it done and
  1756. what are the control signal encodings?
  1757.  
  1758. Thanks in advance for any and all answers/suggestions - if you're aware of a
  1759. better place to post this message question, please let me know.
  1760.  
  1761. Jeff Euton
  1762. AppleLink: D2204
  1763. CIS: 72567,356
  1764. 
  1765. 
  1766. Path: ucivax!gateway
  1767. From: phils@chaos.cs.brandeis.edu (Phil Shapiro)
  1768. Subject: "Invalid Redeclaration" Errors Which Don't Exist
  1769. Message-ID: <9302272224.AA19550@chaos.cs.brandeis.edu>
  1770. In-Reply-To: Rich Siegel's message of 27 Feb 93 05:15:34 GMT <199302270515.AA10238@world.std.com>
  1771. Newsgroups: fa.think-c
  1772. Lines: 41
  1773. Date: 27 Feb 93 22:24:54 GMT
  1774.  
  1775. >>>>> On 27 Feb 93 05:15:34 GMT, Rich Siegel <siegel@world.std.com> said:
  1776.  
  1777. >>The "problem" is that ThinkC will follow alias-folders
  1778.  
  1779.  > Since when? Last I was aware, THINK C does -not- follow aliases. It
  1780.  > would be nice if it -did-, though, in some cases.
  1781.  
  1782. Yep, no folder alias resolution in THINK C 5.0. Sorry.
  1783.  
  1784.  > Invalid Redeclaration errors which appear when creating a new
  1785.  > project from scratch usually indicate that there's an #include or a
  1786.  > #define in the "Prefix" section of the project settings for the old
  1787.  > project document that needs to be brought across into the new
  1788.  > project.
  1789.  
  1790. My vote is for forgetting to turn on the Require prototypes option.
  1791. If you have full ANSI prototypes in your headers, but have old style
  1792. definition in your source files, then you'll get an "invalid
  1793. redeclaration" error when THINK C sees the definition(*). Turning on
  1794. Require prototypes turns off this (ANSI C) restriction.
  1795.  
  1796. (*) Actually this only occurs when declaring functions that use narrow
  1797. types. Functions that use widened types for all parameters will not
  1798. see this error. But hey, we all use Require prototypes at all times
  1799. anyway, right? :)
  1800.  
  1801.  > In this regard, the Prefix can be a bit inconvenient. One possible
  1802.  > handy feature for a future THINK C might be to support a
  1803.  > "project.prfx" text file in the same folder as the project....
  1804.  
  1805. Well, you can always add a #include "project.prfx" statement to your
  1806. prefix, and click on the "copy >>" button to make it the defualt for
  1807. all new projects. Although you'll have to customize it if you put more
  1808. than one project in a single folder...
  1809.  
  1810.     -phil
  1811. ----
  1812.    Phil Shapiro                                   Software Engineer
  1813.    Language Products Group                     Symantec Corporation
  1814.            Internet: phils@cs.brandeis.edu
  1815.               "relatively inexperienced"
  1816. 
  1817. 
  1818. Path: ucivax!gateway
  1819. From: david@cs.ucla.edu (David Dantowitz)
  1820. Subject: Looking for an example of sytem 7 popupMenuProc use.
  1821. Message-ID: <9302281232.AA11471@oahu.cs.ucla.edu>
  1822. Newsgroups: fa.think-c
  1823. Lines: 10
  1824. Date: 28 Feb 93 20:02:47 GMT
  1825.  
  1826.  
  1827. Title says it all.
  1828.  
  1829. Thanks.
  1830.  
  1831. (Have 18 developer CDs, but no CDROM player, we're a little short on
  1832. resources at work.  I'm sure there's an example there, but...
  1833. (Is there an ftp-able example on ftp.apple.com?))
  1834.  
  1835. David
  1836. 
  1837.